home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0124 / 289.txt < prev    next >
Text File  |  1997-04-16  |  27KB  |  653 lines
  1. Info-Atari16 Digest         Wed, 22 May 91       Volume 91 : Issue 289
  2.  
  3. Today's Topics:
  4.                                 Arcgsh
  5.                             C++ on the ST
  6.                    Calamus Printer I/O redirection
  7.                GemView (new version and some questions)
  8.            Icons/Iconeditor for MEGA STE Deskicon.rsc File
  9.                  Legal action against STrabble game.
  10.                Problems using GDOS and harddisk driver
  11.                            Publishers (II)
  12.                              SEDT readme
  13.       spectre for US Atari's, does it work on European Atari's?
  14.                              STE Problems
  15.                       To post or not to post....
  16.                            Using Mac fonts
  17.                    virtual memory support on the TT
  18.                           vro_cpyfmt() blues
  19.                  vro_cpyfmt() blues - problems solved
  20.  
  21. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  22. cross-posting to/from Usenet is getting closer, but still getting thrashed
  23. out.  Please send notifications about broken digests or bogus messages
  24. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  25.  
  26. Please send requests for un/subscription and other administrivia to
  27. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  28. instead of the moderators are likely to be lost or ignored.
  29.  
  30. If you want to unsubscribe, and you're receiving the digest indirectly
  31. from someplace (usually a BITNET host) that redistributes it, please
  32. contact the redistributor, not us.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: 22 May 91 10:08:12 GMT
  36. From:
  37.  noao!ncar!elroy.jpl.nasa.gov!lll-winken!sun-barr!olivea!mintaka!bloom-beacon!er
  38.  u!hagbard!sunic!mcsun!corton!laas!ralph@arizona.edu (Ralph P. Sobek)
  39. Subject: Arcgsh
  40. To: Info-Atari16@naucse.cse.nau.edu
  41.  
  42. In article <3601@hh.maus.de> Thomas_Quester@hh.maus.de (Thomas Quester) writes:
  43. |
  44. |  We don't have SO many different incompatible LHarc-Versions, there only is
  45. |  one: the LHarc 0.6ss by John Webb. All other versions are compatible to
  46. |  the orignal (some including more features than the orginal).
  47.  
  48. So, where is this one available?  Last night I came across a file I
  49. downloaded from atari.archive and all my versions of ST lharc would
  50. bomb on it.  A common problem that I find is if an *.lzh archive
  51. contains a small uncompressed file (as does orbit.lzh) the Atari ST
  52. versions that I have blow up when testing/extracting the archive.  As
  53. best as I remember I have lharc version 1.02 (from Unix), a few based
  54. on lharc 1.13c and one based on lharc 1.13b.
  55.  
  56. P.S.  Our Unix versions accept the above mentioned file.
  57. --
  58. Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
  59. ralph@laas.fr                              Addresses are ordered by importance.
  60. ralph@laas.uucp, or ...!uunet!laas!ralph
  61. If all else fails, try:                               sobek@eclair.Berkeley.EDU
  62. ===============================================================================
  63. Proud owner of a Mega 4 ST.  Wishing it was a Mega STe!  :-|
  64.  
  65. ------------------------------
  66.  
  67. Date: 22 May 91 12:51:12 GMT
  68. From:
  69.  noao!asuvax!ncar!elroy.jpl.nasa.gov!usc!rpi!crdgw1!ge-dab!dover!johnson@arizona
  70.  .edu (Christopher Johnson)
  71. Subject: C++ on the ST
  72. To: Info-Atari16@naucse.cse.nau.edu
  73.  
  74. Greetings...
  75.  
  76. I'm trying to find a C++ compiler for the Atari ST.  I have a 1040 with
  77. 4 meg of memory and two DS floppies.  I do not have a hard drive at this
  78. time, but I plan on getting one at some point.
  79.  
  80. Does anyone know of a decent commercial C++ compiler for the ST?  If
  81. not, does anyone know how to get G++ for the ST without having to
  82. recompile the whole mess?  I don't want to attempt to recompile G++
  83. without a hard drive, but I'm hoping that I can use it with the dual
  84. DS floppies and 4 meg.  I would need the executables, libraries, and
  85. docs (including those for the debugger and whatever support stuff is
  86. necessary).
  87.  
  88. Is this stuff available anywhere?  I do not really have FTP access, just
  89. e-mail.  Thanks for any and all help.
  90.  
  91. Chris Johnson
  92. GE Simulation and Control Systems Department
  93. johnson@dover.dab.ge.com
  94.  
  95. ------------------------------
  96.  
  97. Date: 22 May 91 02:06:19 GMT
  98. From:
  99.  noao!ncar!zaphod.mps.ohio-state.edu!think.com!spool.mu.edu!munnari.oz.au!goanna
  100.  !minyos.xx.rmit.oz.au!s883334@arizona.edu (James Alan Hall)
  101. Subject: Calamus Printer I/O redirection
  102. To: Info-Atari16@naucse.cse.nau.edu
  103.  
  104.  Are there any utilities (preferrably public domain or shareware) to
  105. intercept Calamus' printer output and direct it into a file instead ?
  106. Calamus supports the HP Laser, but I have to go elsewhere to use this
  107. printer. I need to be able to save the output Calamus sends to the port
  108. and later on send it straight through to the HP Laser on another computer.
  109.  
  110.  James.
  111. --
  112.    ______   ______
  113.   |      |  \    /  \/\/\/\    James Hall / Mithrandir          Man
  114.   |      |   \  /   \/\/\/\    s883334@minyos.xx.rmit.oz.au     Know
  115.   |______|    \/    \/\/\/\    mith@arda.pub.uu.oz.au           Thyself
  116.  
  117. ------------------------------
  118.  
  119. Date: 22 May 91 12:28:07 GMT
  120. From:
  121.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!caen!ox.com!math.fu-berlin.de!unidui!un
  122.  ido!laura!exunido!haacke@arizona.edu (Ralf Haacke)
  123. Subject: GemView (new version and some questions)
  124. To: Info-Atari16@naucse.cse.nau.edu
  125.  
  126. Dieter have no permission to post articles to the News, so here is his message:
  127.  
  128. ================================================================================
  129.  
  130. Hi folks,
  131.  
  132. sorry but the program/accessory posted in comp.binaries.atari.st have a few
  133. bugs or "unknown features".
  134.  
  135. I have write a newest version of GemView (1.0.4), but i must test something.
  136. In some day i would to send it to the atari.archive; actually we have a
  137. "ftp"-problem, so i can't do it. I think i will mail it to anyone who send
  138. it to the atari.archive.
  139.  
  140. Since 1.0.3 (is in atari.archive):
  141. - Correction of some mispelling.
  142. - Better right-mouse-button support.
  143. - GemView now works with a 4 bit color palette (Degas, Tiny and Spectrum).
  144. - A color palette bug corrected (only seen on a TT; is there a bug on the TT
  145.   by using the color index 0(black) and/or 1(white) with vs_color() ???).
  146. - The problem with uniterm is solved.
  147. Since 1.0.4:
  148. - If no window is available the accessory now exit with a warning.
  149. - Better message handling with GEMINI.
  150. - The main-(log)-window have a FULLER-button, which makes a very small and
  151.   smart window.
  152. - And some __small__ changes and corrections.
  153.  
  154.  
  155. What to do in the future:
  156.  
  157. - GemView could be faster (and smaller).
  158. - A Big-GemView, which saves pictures in other formats (???)
  159. - Transfer GEM-Metafiles into pixel-maps (and reverse ???)
  160. - Saving installs.
  161. - Continue work, if GemView runs as ACC and changing the main-application.
  162.   Therefor some questions: Should GemView automaticly opens its own windows,
  163.   if it found out that the runing main program is a gem-program (appl_init)?
  164.   Or should GemView wait for a handling with windows (wind_create/open)?
  165.   Should it ask the user for CANCEL the action, WAIT for new activition or
  166.   changing program or CONTINUE it's work and open the windows?
  167.   (!!! THIS WILL NOT IMPLEMENT IN THE NEXT SOME WEEK/MONTH !!!)
  168. - A new color reduce algorithm. I have the followed idea:
  169.   A color is a point in a 3-dim-room (N~3). First calculate the distance
  170.   from each point to each other and save the nearest point with the distance.
  171.   Next searching the nearest neighbours and make this two point to one. The
  172.   new points is nearer to a  point which represent more points then the
  173.   other. From the new point calculate the distance to all other points and
  174.   save the nearest (some other points must update, if the new point is nearer
  175.   as the nearest neighbour before). Then begin to search the nearest ....,
  176.   until we have reduce enough.
  177.   THAT IS AN ALGORITHM WHICH RUNS VERY SLOW: DOES ANYONE HAVE A BETTER IDEA?
  178.  
  179. Please let me now what do you think about the program, what you think is
  180. to do in the feature (specialy how should GemView continue it's work) and
  181. where are bugs.
  182. !! I'm also interest in positiv reactions !!
  183.  
  184. Ciao (bye)
  185.                 Dieter
  186.  
  187.  
  188.  
  189. P.S.:   Actually i have not the time to make a lot for GemView.
  190. P.P.S.: I hope anyone have understand my bad english.
  191.  
  192. --------------------------------------------------------------------------------
  193. |   Dieter Fiebelkorn                           |   With a rubber duck   :-)   |
  194. |   fiebelko@petra.informatik.uni-dortmund.de   |   one's never alone.   :~{   |
  195. --------------------------------------------------------------------------------
  196.  
  197. ================================================================================
  198.  
  199. ------------------------------
  200.  
  201. Date: Wed, 22 May 91 13:00:17 CET
  202. From: "G. Wartusch" <WARTUSCH%DMRHRZ11.BITNET@CUNYVM.CUNY.EDU>
  203. Subject: Icons/Iconeditor for MEGA STE Deskicon.rsc File
  204. To: info-atari16@naucse.cse.nau.edu
  205.  
  206. Hello Netters,
  207. I got a brandnew MEGA STE, and now I'd like to edit the Deskicon.rsc-File
  208. I've got the Neodesk and Gemini-Icons from Terminator but can't use them,
  209. because there's no way for me to put them all together in one Resource-
  210. File, which will be used by TOS 2.0x of the Mega STE's/TT's.
  211. Does anybody know what program can help me and where i can get it?
  212.  
  213. Greetings
  214.  
  215. Guenter
  216.  
  217. ------------------------------
  218.  
  219. Date: 22 May 91 10:02:01 GMT
  220. From:
  221.  noao!ncar!gatech!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!keele!nott-cs!lut.ac.
  222.  uk!elmar@arizona.edu (Mohammad A. Rahin)
  223. Subject: Legal action against STrabble game.
  224. To: Info-Atari16@naucse.cse.nau.edu
  225.  
  226. Read in the june '91 issue of Atari St User (UK) : The original copyright
  227. holder of the Scrabble board game (Spears & co. ?) are taking  legal
  228. action against a small PD software distribution library in Engalnd for
  229. distributing Scrabble clone STrabble (by Warwick Allison).
  230.  
  231. Your views ?
  232.  
  233. - Rahin
  234.  
  235. ------------------------------
  236.  
  237. Date: 21 May 91 13:41:36 GMT
  238. From:
  239.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!think.com!snorke
  240.  lwacker.mit.edu!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!axion!tharr!steveh@ari
  241.  zona.edu (Steve Hamley)
  242. Subject: Problems using GDOS and harddisk driver
  243. To: Info-Atari16@naucse.cse.nau.edu
  244.  
  245. In article <1991May17.164029.1@iravcl.ira.uka.de> s_kraemer@iravcl.ira.uka.de
  246.  writes:
  247. >I've got problems using GDOS (AMCGDOS) with the harddisk driver of my vortex
  248. >HDplus 20 (hardware: Mega ST 2 with TOS 1.4).
  249. >
  250. >GDOS works if I don't use the harddisk, so I guess the problem is the disk
  251. >driver.
  252.  
  253. One common problem I've found is that GDOS (both AMC and Atari flavours)
  254. require the fonts and graphic device drivers to be on the same drive as
  255. GDOS. I use a small boot partition to hide away all the stuff I don't
  256. normally want to look at, but was defeated when I wanted to then temporarily
  257. use some fonts on another drive which wouldn't fit on the boot drive...
  258.  
  259. ------------------------------
  260.  
  261. Date: 22 May 91 13:09:37 GMT
  262. From:
  263.  noao!asuvax!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!cs.umn.edu!uc!shama
  264.  sh!timbuk!marc@arizona.edu (Marc Bouron)
  265. Subject: Publishers (II)
  266. To: Info-Atari16@naucse.cse.nau.edu
  267.  
  268. In article <1991May22.021421.23656@lsuc.on.ca>, jimomura@lsuc.on.ca (Jim Omura)
  269.  writes:
  270. |> [ stuff deleted.. ]
  271. |>      Can someone in Great Britain please clarify what's going on
  272. |> across the great puddle?  I guess the first question I have is
  273. |> what is exactly the situation with "ST World"?  Are they really
  274. |> trying for a come-back?  I thought the whole thing was sold to
  275. |> "ST User"?  If so, will they be accepting submissions for publication?
  276. |> Is there a mailing address?
  277.  
  278. Database PUblications is now Europress (or something like that).  ST WORLD
  279. was `bundled' with ST USER last month.  I presume this is going to continue...
  280. I'd never ead ST WORLD before, and thought it was a bit thin.  But then again,
  281. take all the games out of USER and it would probably be just as thin... :-)
  282.  
  283. |> [ more stuff deleted.. ]
  284. |>      What's "ST User" been like lately?  I haven't even seen it
  285. |> around for about a half a year now, so I'm wary about sending anything
  286. |> to them.
  287.  
  288. Ever since they changed the staff at ST USER, I've cringed at the atrocious
  289. teenage slang they use in place of English, right? ( :-) )  Still, I continue
  290. to subscribe.  Probably for the Ads, if nothing else.  However, with the new
  291. ownership, I think the staff list has changed again.  Perhaps better English
  292. from now on??
  293.  
  294. |> Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
  295. |> lsuc!jimomura
  296. |> Byte Information eXchange: jimomura
  297.  
  298. [M][a][r][c]
  299.  
  300.  
  301. ################################################################################
  302. #                           #  marc@sequoia.cray.com           #     .   .     #
  303. #  Marc CR Bouron           #  M.Bouron@cray.co.uk     (ARPA)  #    _|\ /|_    #
  304. #  Cray Research (UK) Ltd.  #  M.Bouron@crayuk.uucp  (DOMAIN)  #   (_|_V_|_)   #
  305. #  +44 344 485971 x2208     #  M.Bouron@uk.co.cray    (JANET)  #     |   |     #
  306. #                           #  ...!ukc!crayuk!M.Bouron (UUCP)  #               #
  307. ################################################################################
  308.  
  309. ------------------------------
  310.  
  311. Date: Wed, 22 May 91 17:44 N
  312. From: <MFAGKCHR%HMARL5.BITNET@pucc.PRINCETON.EDU>
  313. Subject: SEDT readme
  314. To: Info-Atari16@naucse.cse.nau.edu
  315.  
  316. I just received the new SEDT from Anker Berg Sonne, below is the
  317. readme file. There is whole new function key nd programming set-up.
  318. For those of you who are interested in this (DEC EDT like) editor
  319. I include the readme file below.
  320.  
  321.                         Chris Evelo
  322.                         MFAGKCHR@HMARL5.bitnet
  323.  
  324. =================================================================
  325.  
  326.  
  327.                            Sedt Editor           3-Feb-1991
  328.  
  329.                            Version 4.2
  330.  
  331.                         Shareware Program
  332.  
  333.                     Author: Anker Berg-Sonne
  334.  
  335.         Sedt is  a  text  editor  for  the IBM PC and compatibles
  336. running DOS  Microsoft Windows,  OS/2,  DEC  Rainbow,  ATARI  ST,
  337. VAX/VMS, VAX/ULTRIX, RISC/ULTRIX,  SCO  System  V, and SCO XENIX.
  338. Sources may be licensed for porting to other systems.  Porting to
  339. other UNIX implementations is usually trivial.
  340.  
  341.         Sedt  is  a  shareware  program and may only be  used  by
  342. properly  licensed  users.    See  the  file  LICENSE.TXT for the
  343. license agreement.  The license fee includes ONE of the following
  344. packages.  Further  updates  and additional packages will only be
  345. made upon payment of the proper distribution fee.
  346.  
  347. Distribution can be made in the following formats:
  348.  
  349. A:      1.2 or 1.44  MB IBM  formatted  floppy disk with Sedt for
  350.         MS-DOS, Microsoft Windows and on-line documentation.
  351.  
  352. B:      1.2 or 1.44  MB IBM formatted  floppy  disk with Sedt for
  353.         OS/2 protected mode and on-line documentation.
  354.  
  355. C:      1.2 or 1.44 MB IBM formatted floppy  disk  with  Sedt for
  356.         VMS and on-line documentation.
  357.  
  358. D:      1.2 or 1.44 MB IBM formatted floppy disk  with  Sedt  for
  359.         VAX ULTRIX and online documentation.
  360.  
  361. E:      1.2 or 1.44  MB IBM formatted floppy disk with  Sedt  for
  362.         MIPS ULTRIX and online documentation.
  363.  
  364. F:      One 3 1/2" diskette with Sedt for ATARI  ST (TOS and GEM)
  365.         and on-line documentation.
  366.  
  367. G:      1.2 or 1.44 MB  IBM formatted diskette with Sedt for  SCO
  368.         XENIX and on-line documentation.
  369.  
  370. H:      1.2 or 1.44 MB  IBM  formatted diskette with Sedt for SCO
  371.         System V and on-line documentation.
  372.  
  373.         The distribution charge is $15 U.S.   plus  $10 U.S.  for
  374. each of  package  (A, B, C, D, E or F) ordered.  One package will
  375. be $25, two $35, three $45, four $55, and five $65.
  376.  
  377.         Site licenses.   For  a  given number of employees, using
  378. any systems at the site,  does not cover non site relevant use of
  379. Sedt by employees.  Site license  includes  free  distribution of
  380. one kit.  Site licenses only apply to one  geographical site of a
  381. company or non-profit institution.  Fee is dependent on number of
  382. employees using Sedt:
  383.  
  384.         Number of employees     Fee
  385.  
  386.         1-5                     $25 per employee
  387.         6-10                    $125
  388.         11-50                   $200
  389.         50-200                  $500
  390.         201-1000                $1000
  391.  
  392.         Educational  licenses.    There  is  no license  fee  for
  393. instructional, class-room use.  Site license fees apply  to other
  394. uses by educational institutions.
  395.  
  396.         For orders placed outside the U.S.   I appreciate payment
  397. in U.S.  funds payable by a  U.S.  bank.  Checks not payable to a
  398. U.S.  bank involve hefty charges.
  399.  
  400.         I continuously  fix  problems  that I am aware of and add
  401. new features.   At any time an order comes in, I ship the current
  402. the version I am  working on.  If, for some reason, you find that
  403. the software I shipped you  has  a  serious problem, I'll be more
  404. than happy to fix the problem,  if I haven't done so already, and
  405. ship you  a  replacement.    Also, if you intend to put Sedt on a
  406. bulletin board, please do so only after testing it thoroughly, or
  407. get in contact with me.
  408.  
  409.         Sedt is what it  is  because  of  a  continuing,  intense
  410. dialog with the user base.    If  you  have  any  suggestions for
  411. improvement, I am anxious to hear about  it.    Please  mail your
  412. thoughts to me at my home address.   8  Middlemost  Way, Stow, MA
  413. 01775.  I would appreciate your cooperation in limiting telephone
  414. queries to an absolute minimum.
  415.  
  416.         For installation instructions  read  INSTALL.HOW  on  the
  417. installation  disk  and  for    complete    documentation    read
  418. SEDTMAN.EDT.
  419.  
  420.         Please  avoid  contacting    me    at  Digital  Equipment
  421. Corporation unless the issue  you  want  to discuss is related to
  422. business with Digital.  You  can  reach  me  my  electronic  mail
  423. through Compuserve as "72337,3211".  You can  reach  this account
  424. from Internet as "72337,3211%compuserve.com@CS.RELAY.NET".
  425.  
  426. I hope you will enjoy the product.
  427.  
  428.                                                 Anker Berg-Sonne
  429.  
  430. ------------------------------
  431.  
  432. Date: Wed,  22 May 91 19:04 +0300
  433. From: <EMIL@HUJIVMS.HUJI.AC.IL>
  434. Subject: spectre for US Atari's, does it work on European Atari's?
  435. To: info-atari16@naucse.cse.nau.edu
  436.  
  437. Could some kind US or European netter, please, answer the following
  438. trivial question :
  439. Do the Mac emulators Spectre 128 and Magic Sac Plus sold in the US
  440. function on the European Atari ST(1040)'s as well ? (I would like to buy
  441. such emulators from a fellow-netter from the US, and I would like to be
  442. sure in their compatibility with the European Atari's ROM's - unlike the
  443. case with, e.g., PC_Ditto emulator).
  444.  
  445. Many thanks in advance.
  446. Emil Nissimov (Hebrew University of Jerusalem)
  447.  
  448. ------------------------------
  449.  
  450. Date: 22 May 91 15:53:07 GMT
  451. From: infonode!klt!kt8127!b23a!infonode.ingr.COM@uunet.uu.net (Kermit Tensmeyer)
  452. Subject: STE Problems
  453. To: Info-Atari16@naucse.cse.nau.edu
  454.  
  455. Last Night my newly purchased 1040STe finally showed up (after being
  456. backordered for eight weeks.) I carefully took it out of the package,
  457. disconnected my 1040ST, reconnected the STe and booted the system.
  458. the result was 2 (count'em two) system "bombs". I checked everything
  459. To make the story of a frustrating night shorter, if the hard drive was
  460. turned on, the system wouldn't boot.
  461.  
  462. I used the backdoor method of spinning the disk up after system boot.
  463. (Sometimes the HardDrive [Supra 20M ] would spin up properly, sometimes
  464. not The Red Busy Light that would not Turn Off). After using the hard
  465. drive program and reinstalling the the disk icon, I could look at files
  466. however attempting to delete the auto folder on the C drive would lock up
  467. the system.
  468.  
  469. I tried to build a new temporary boot disk, but I found that deleting
  470. files or copying file would not survive the next disk refresh.
  471.  
  472. So the problem is that the STe won't write to disk's properly or boot
  473. properly.
  474.  
  475. Is this a new incompatibility between the ST and STe? ;-)
  476.  
  477. I thought that the hard drive might have gotten screwwed up, so I swapped
  478. the STe out and the ST in. [I wanted to play with the new software as well.}
  479. Every thing seemed to work just fine.
  480.  
  481.  
  482. Any commment: Should I send the stuff back to the dealer and wait another
  483. 8 weeks for another machine. Is it likly that the chips having been seated
  484. properly.
  485.  
  486.  
  487. ----------------------------------------
  488. Sorry about the header: I'm still trying to figure this new newsreader options
  489. out, [The defaults to xrn are screwed up]
  490.  
  491. ------------------------------
  492.  
  493. Date: 19 May 91 22:35:02 GMT
  494. From:
  495.  noao!asuvax!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!think.com
  496.  !mintaka!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!axion!tharr!AlexK@arizona.edu
  497.  (Alex Kiernan)
  498. Subject: To post or not to post....
  499. To: Info-Atari16@naucse.cse.nau.edu
  500.  
  501. In article <1991May15.163217.6142@terminator.cc.umich.edu>
  502.  weiner@terminator.cc.umich.edu (Jeff Weiner) writes:
  503. >
  504. >Ok folks, here's the deal:  Would anyone be interested in us
  505. >posting uploads for the past week to comp.sys.atari.st?
  506. >
  507.  
  508. I'd be very interested in this, I'm not on as often as I'd like and so
  509. its easy to miss things. Also could you post instructions on getting
  510. at things via mail on a regular basis, again I have all sorts of
  511. problems with this (usually hosts justs ignoring my pleas for help :-(
  512.  
  513. Alex.
  514. --
  515. <-- tharr *free* public access to Usenet in the UK 0234 841503 -->
  516.  
  517. ------------------------------
  518.  
  519. Date: 21 May 91 21:00:40 GMT
  520. From: hpcc05!hpcuhb!hpindda!goo@hplabs.hp.com (Michael Goo)
  521. Subject: Using Mac fonts
  522. To: Info-Atari16@naucse.cse.nau.edu
  523.  
  524. / tdrga@ccwf.cc.utexas.edu (Todd Drga) /  writes...
  525.  
  526. >What do I have to do to use some of the Mac fonts that I have found archived
  527. >on various FTP servers?  What program will convert the to GDOS (or other)
  528. >fonts that I can use?  I am interested in using the fonts for DTP and screen
  529. >fonts.
  530.  
  531. The program Fontz! by (the now defunct) Neocept can convert Mac fonts (amongst
  532. many other formats) to GDOS fonts.  I haven't worked too much with this
  533. program, but the general idea is that you load the font into Fontz!, select
  534. the resolution you want for the GDOS font, and then use a pixel editor to
  535. touch up the rough spots caused by the resolution conversion.  It's better
  536. than starting from scratch, but it ain't trivial either.
  537.  
  538. One place I know you can get Fontz! is from B+C Computervisions in Santa Clara,
  539. California (408)749-1003.
  540.  
  541. I am not associated with Neocept or B+C in any way etc. etc.  blah blah blah.
  542.  
  543. ------------------------------
  544.  
  545. Date: 22 May 91 12:28:02 GMT
  546. From:
  547.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.edu!ira.
  548.  uka.de!sun.rhrk.uni-kl.de!seimet@arizona.edu (Uwe Seimet [Chemie])
  549. Subject: virtual memory support on the TT
  550. To: Info-Atari16@naucse.cse.nau.edu
  551.  
  552. Re: virtual memory management on the TT
  553.  
  554. As you are probably aware the TT because of its 68030 is capable
  555. of virtual memory management. This applies not only for UNIX but
  556. is also possible with TOS.
  557. If you don't want your programs to interfere with software that
  558. allows virtual memory in case of a buserror you have to test
  559. if an error occured because of an invalid page or table descriptor
  560. or if it is a "real" error which means that you can supply your
  561. own buserr routine.
  562. (Of course, programs which don't manipulate the buserr vector
  563. don't have to worry about this.)
  564.  
  565. All future buserror handlers are recommended to look like
  566. the following example:
  567.  
  568. -----------------------------------------------------------
  569.  
  570.     tst.b ttflg
  571.     beq nott              ;makes no sense on an ST
  572.     ptestr #7,[16(sp)],#7 ;test descriptor
  573.     pmove psr,status      ;get mmu status
  574.     btst #2,status
  575.     beq nott              ;descriptor is valid-
  576.     jmp ([oldvec])        ;back to system exception handler
  577. nott:
  578.     insert your own buserr handler here
  579.  
  580. -----------------------------------------------------------
  581.  
  582. It is important that not only TT developpers use this kind of
  583. handler. Software that is intended primarily for use on the ST
  584. should use it to. Otherwise it won't be compatible to any future
  585. virtual memory support on new machines.
  586.  
  587. Any more comments concerning programming on the TT? Go ahead!
  588.  
  589. -----------------------------
  590. | Uwe Seimet                |
  591. | Buchenlochstrasse 29      |
  592. | D-6750 Kaiserslautern     |
  593. | seimet@sun.rhrk.uni-kl.de |
  594. -----------------------------
  595.  
  596. ------------------------------
  597.  
  598. Date: 21 May 91 17:17:01 GMT
  599. From:
  600.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!think.com!mintak
  601.  a!bloom-beacon!eru!hagbard!sunic!dkuug!imada!micro@arizona.edu (Klaus Pedersen)
  602. Subject: vro_cpyfmt() blues
  603. To: Info-Atari16@naucse.cse.nau.edu
  604.  
  605. csbrod@immd4.informatik.uni-erlangen.de (Claus Brod) writes:
  606.  
  607. >Don't use Logbase() in a VDI context. Just use 0L as a pointer to
  608. >the current screen. VDI will automatically convert this to the
  609. >actual address needed and will even fill in the word width and plane
  610. >count parameters in the MFDB automatically!
  611.  
  612. I might be wrong here, but it is my experince that you need to set the
  613. fd_stand to device dependent format. Anyway it have helped me in my
  614. programs. I will go home and try it out now...
  615.  
  616. Klaus, micro@imada.ou.dk
  617.  
  618. >Claus Brod, Am Felsenkeller 2,                 Things. Take. Time.
  619.  
  620. ------------------------------
  621.  
  622. Date: 22 May 91 10:24:43 GMT
  623. From:
  624.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!think.com!snorke
  625.  lwacker.mit.edu!ira.uka.de!fauern!faui43.informatik.uni-erlangen.de!lsmichae@ar
  626.  izona.edu (Lars Michael)
  627. Subject: vro_cpyfmt() blues - problems solved
  628. To: Info-Atari16@naucse.cse.nau.edu
  629.  
  630. I've eliminated all XBIOS calls in VDI context, got n_planes from
  631. vq_extend() and instead of the screen address I'm using NULL.
  632.  
  633. Now it works yes fine.
  634.  
  635. Thanx to all guys who gave me some advice.
  636. ---
  637.  
  638.                                                                 Lars
  639.  
  640. +----------------------------------------+----------------------------------+
  641. |     lsmichae@faui43.uni-erlangen.de    |    | | |                         |
  642. |             Lars Michael               |    | | |   "Down with ATARI,     |
  643. |  Graduate Student of Computer Science  |   /  |  \  Long live the ST !"   |
  644. |    at University of Erlangen/Germany   |  /   |   \                       |
  645. +----------------------------------------+----------------------------------|
  646. |  "May the Schwartz be with you!"                                          |
  647. +---------------------------------------------------------------------------+
  648.  
  649. ------------------------------
  650.  
  651. End of Info-Atari16 Digest
  652. ******************************
  653.